feat: send ecash component #68
Conversation
also renamed a few components
| let notes_string_signal = Signal::derive(move || notes.to_string()); | ||
| view! { | ||
| <SuccessBlock> | ||
| {format!("Notes representing {} shown below.", total)} |
There was a problem hiding this comment.
I wonder if we should warn if that value is larger than what the user requested? This can happen if we run out of denominations and it's the application's responsibility to detect that and deal with it.
| <QrCode | ||
| data=notes_string_signal | ||
| /> |
There was a problem hiding this comment.
I we want to be really fancy we could look into using https://github.com/gre/qrloop, that's the thing Fedi uses
Sounds good to me, I tried to draw some mock ups but they always looked horrible, so I didn't try that out yet. I was also considering moving the menu down, so it's more like an app when run as a PWA. Curious what you come up with.
|
addresses #19
Currently this overflows the text on the menu a bit. I like the idea of the menu having a "Send" and "Receive" tab, under which you will be able to find the 3 methods of ecash, lightning network, and onchain. @elsirion what do you think?